home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950329-19950528 / 000410_news@columbia.edu_Thu May 18 22:47:08 1995.msg < prev    next >
Internet Message Format  |  1995-07-31  |  7KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA18821
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 18 May 1995 18:47:15 -0400
  3. Received: by apakabar.cc.columbia.edu id AA09993
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 18 May 1995 18:47:12 -0400
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Is MS-Kermit 3.14 RPI-compatible?
  9. Date: 18 May 1995 22:47:08 GMT
  10. Organization: Columbia University
  11. Lines: 122
  12. Message-Id: <3pgipc$9o7@apakabar.cc.columbia.edu>
  13. References: <3pbpnk$h5l@toads.pgh.pa.us>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Keywords: RPI
  16. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  17.  
  18. In article <3pbpnk$h5l@toads.pgh.pa.us>,
  19. Jie Xu <xuj@icarus.lis.pitt.edu> wrote:
  20.  
  21. : I installed a ZOOM 14.4 PC model 110 faxmodem and MS-Kermit 3.14 patch
  22. : 0, but could not get error crrection (V.42, MNP2-4) or compression
  23. : (V.42bis, MNP5) work.  Here's what I did.  I added an entry in
  24. : dialups.txt, with speed set at 57600.  Because the command AT &Q5 in
  25. : modems\zoom.scr is not supported by this modem, I changed to AT &Q6 to
  26. : select asynchornous mode with speed buffering.  Then I dialed a
  27. : V.32bis/LAMP/V.42bis modem using dial macro, the connection was 14400
  28. : without any protocols.
  29. : 
  30. : The manual of this faxmodem says: "This faxmodem uses RPI, the Rockwell
  31. : Protocol Interface, to implement V.42 and MNP 2-4 error correction as
  32. : well as V.42bis and MNP 5 data compression.  The RPI-based
  33. : implementation works just like built-in or harware-based V.42, V.42bis
  34. : and MNP when you use it with RPI-compatable data communucations
  35. : software.  If you have a specific use that requires error correction and
  36. : you can't use RPI-compatable software, you will need a faxmodem with
  37. : built-in V.42 or MNP2-4 error correction."
  38. : 
  39. I'm afraid you did not read this carefully enough when you purchased the
  40. modem.  I don't blame you, unless you are a lawyer.
  41.  
  42. : My question is if MS-Kermit 3.14 is RPI-compatable.  If it is, what did I do
  43. : wrong or what should do?  If it is not, will it be?
  44. :
  45. From the Kermit FAQ:
  46.  
  47. 18. Q: KERMIT DOESN'T WORK RIGHT WITH MY ERROR-CORRECTING MODEM!
  48.        A: Kermit and "RPI" modems -- you might want to read this...
  49.  
  50. When you buy a modern error-correcting, data-compressing, speed-buffering
  51. modem, you probably expect the modem to perform those functions, and most do.
  52. Unfortunately, some modems that claim to have these features do not have them
  53. at all, but rather come with software that implements them in your computer,
  54. rather than in the modem where they belong.
  55.  
  56. Such software is said to "comply" with the Rockwell Protocol Interface (RPI),
  57. a proprietary "standard" from Rockwell International Company that allows modem
  58. companies to sell modems at a lower price by incorporating Rockwell chips that
  59. do not include error-correction or compression capabilities.
  60.  
  61. This "standard" must be licensed from Rockwell, hence you will only find it
  62. implemented in commercial software, such as on the diskette that came with
  63. your modem.
  64.  
  65. If your modem documentation says it requires "RPI-compatible" software for
  66. error correction and compression, and you want to use it with Kermit, then
  67. you bought the wrong modem.  Hopefully, you can return it.
  68.  
  69. If not, you can still use it without error correction, but then:
  70.  
  71.  . Noise is not filtered out on the modem-to-modem connection, as it
  72.    would be with a real error-correcting modem, and noise bursts will
  73.    interfere with your online sessions and your file transfers.
  74.  
  75.  . There is no modem-to-modem compression, because that requires error
  76.    correction.
  77.  
  78.  . There is no flow control, because that too requires an error-correction
  79.    protocol between the modems.
  80.  
  81.  . There is no speed buffering, because that requires flow control between
  82.    the modems.  Thus, if the two modems have different interface speeds,
  83.    vast amounts of data are likely to be lost.
  84.  
  85. Thus, none of the modem's "advanced features" are really there.
  86.  
  87. Why RPI is a bad idea:
  88.  
  89.  . It requires every communications software program in the world to be
  90.    rewritten.
  91.  
  92.  . It drives up the cost of communication software.
  93.  
  94.  . It slows down your computer by consuming a vast amount of CPU cycles
  95.    over and above what would be used if error-correction and compression
  96.    were done in the modem.
  97.  
  98.  . It increases the memory requirements of the communication software.
  99.  
  100.  . It seeks to replace open communication method (the one that is universally
  101.    used by serial communication software) by a closed, proprietary, licensed
  102.    one, and potentially hold hostage all communications software developers
  103.    to nondisclosure agreements.
  104.  
  105.  . It precludes publication of source code.
  106.  
  107.  . Since MNP 2-5 and V.42 and V.42bis are complex protocols, the software
  108.    implementations will inevitably be buggy and are unlikely to be consistent,
  109.    especially since the "standard" is not an open one, and the implementations
  110.    themselves will not be open.
  111.  
  112.  . Since not all software in the world will be "upgraded" to "support" the
  113.    RPI "standard", your modem will not be usable in many of the ways you might
  114.    have expected to use it.
  115.  
  116.  . Many people will buy these modems under the mistaken impression that they
  117.    can use their high speeds and advanced features with their favorite
  118.    software.  The average mass-market consumer is unlikely to understand the
  119.    implications of "requires RPI-compliant software" in tiny print on the box.
  120.  
  121. What are the benefits of RPI?
  122.  
  123.  . Lower-cost modems?  It's hard to imagine that this could be true,
  124.    at least not in 1995, with full-function V.34 modems on the market in
  125.    the $200 range.
  126.  
  127. The place for a modem-to-modem protocol is IN THE MODEM.  Expecting it to be
  128. implemented in each and every software program that uses modems is like
  129. expecting each automobile driver to build their own oil well and refinery
  130. rather than going to a gas station for gas.
  131.  
  132. If you have unwittingly bought an RPI modem, your response should not be
  133. to pressure the maker of your communication software to support it, but
  134. rather to get your money back from the vendor and put it towards a real
  135. modem.  Communication software developers should be spending their time
  136. adding REAL functionality to their programs, not compensating for the cynical
  137. marketing ploys of modem manufacturers, whose behavior should not be rewarded.
  138.  
  139. - Frank